Automated response engine to implement internal communication interaction data via a secured omnichannel electronic data channel and external communication interaction data

ABSTRACT

Various embodiments relate generally to data science and data analysis, computer software and systems, and control systems to provide a platform to implement automated responses to data representing electronic messages, among other things, and, more specifically, to a computing and data platform that implements logic to facilitate implementation of an automated predictive response computing system being configured to implement, for example, an automated predictive response engine configured to access internal (e.g., in-conversation) data and external (e.g., extra-conversation) data to predictively generate automated responses, such as assisting an agent or an agent computing device, among other things. In an example, a method may include forming identified features, determining a first predicted response, computing a second predicted response as a function of an identified feature, and presenting data as user inputs in a user interface portion to include a first predicted response and a second predicted response as a predicted response.

CROSS-REFERENCE TO APPLICATIONS

This nonprovisional application is a Continuation-In-Part application of co-pending U.S. patent application Ser. No. 17/511,768 filed on Oct. 27, 2021, and titled “AUTOMATED RESPONSE ENGINE IMPLEMENTING A UNIVERSAL DATA SPACE BASED ON COMMUNICATION INTERACTIONS VIA AN OMNICHANNEL ELECTRONIC DATA CHANNEL;” This nonprovisional application is also a Continuation-In-Part application of co-pending U.S. patent application Ser. No. 17/390,967, filed on Jul. 31, 2021, and titled “AUTOMATED PREDICTIVE RESPONSE COMPUTING PLATFORM IMPLEMENTING ADAPTIVE DATA FLOW SETS TO EXCHANGE DATA VIA AN OMNICHANNEL ELECTRONIC COMMUNICATION CHANNEL INDEPENDENT OF DATA SOURCE;” This nonprovisional application is also a Continuation-In-Part application of co-pending U.S. patent application Ser. No. 17/511,763, filed on Oct. 27, 2021, and titled “AUTOMATED RESPONSE ENGINE AND FLOW CONFIGURED TO EXCHANGE RESPONSIVE COMMUNICATION DATA VIA AN OMNICHANNEL ELECTRONIC COMMUNICATION CHANNEL INDEPENDENT OF DATA SOURCE;” This nonprovisional application is also a Continuation-In-Part application of co-pending U.S. patent application Ser. No. 17/092,167, filed on Nov. 6, 2020, and titled “SYNCHRONICITY OF ELECTRONIC MESSAGES VIA A TRANSFERRED SECURE MESSAGING CHANNEL AMONG A SYSTEM OF VARIOUS NETWORKED COMPUTING DEVICES;” all of which are herein incorporated by reference in their entirety for all purposes.

FIELD

Various embodiments relate generally to data science and data analysis, computer software and systems, and control systems to provide a platform to implement automated responses to data representing electronic messages, among other things, and, more specifically, to a computing and data platform that implements logic to facilitate implementation of an automated predictive response computing system independent of electronic communication channel or payload of an electronic message payload, the automated predictive response computing system being configured to implement, for example, an automated predictive response engine configured to access internal (e.g., in-conversation) data and external (e.g., extra-conversation) data to predictively generate automated responses, such as assisting an agent or an agent computing device, among other things.

BACKGROUND

Advances in computing hardware and software have fueled exponential growth in delivery of vast amounts of information due to increased improvements in computational and networking technologies. Also, advances in conventional data network technologies provide an ability to exchange increasing amounts of generated data via various electronic messaging platforms. Thus, improvements in computing hardware, software, network services, and storage have bolstered growth of Internet-based messaging applications, such as social networking platform-based messenger applications (or web-based chat data communications), especially in technological areas aimed at exchanging digital information concerning products and services expeditiously. As an example, various organizations and corporations (e.g., retailer sellers) may exchange information through any number of electronic messaging networks, including social media networks (e.g., Twitter®, Facebook Messenger™, Reddit™, etc.), as well as any user-generated communication (e.g., texting via SMS, or the like, or audio-based telephone calls, and the like), any of which may rely specific or proprietary channels of data communication whereby any of the channels may convey text data, voice data, image data, and any other data in disparate data formats. Such organizations and corporations aim generally to provide data and targeted content timely to users online to manage, for example, brand loyalty and reputation, and to enhance customer engagement.

Conventionally, some typical electronic messaging platforms are designed to implement “bot” or “chat bot” applications to provide quasi-computer-generated responses to on-line inquiries. However, traditional approaches are not well-suited to multiplex across different data protocols, different communication paths, different computing platforms, and the like. Hence, such applications generally are limited to communicate with a specific communication channel.

Also, traditional approaches to providing computer-generated responses to on-line inquiries may also implement a “bot” or “chat bot” application with limited functionality as to relevant responses. Consequently, traditional server architectures and processes that provide electronic messaging platforms may include redundancies that suboptimally may require redundant resources to create, implement, and deploy, among other things.

Some typical electronic messaging platforms are conventionally limited to provide direct and suboptimal responses to queries or requests for assistance in electronic messaging, thereby usually omitting abilities to provide responses that may provide additional benefits other than originally sought in the queries or requests for assistance. Further, typical electronic messaging platforms are conventionally limited to providing out-of-band exchange of financial-based payment data that require a level of security available on a different application or platform. As such, typical electronic messaging platforms may establish an electronic conversation using one application and require a user or participant to access another application to effect a financial transaction, thereby disrupting the electronic conversation and frustrating the user in obtaining a desired service or product via a typical electronic messaging platform.

Thus, what is needed is a solution to overcome the deficiencies of the above-described approaches to generate responses predictively that may be configured to exchange conversational data automatically via any medium, such as voice data and text data, and may assist an agent in resolving an issue without the limitations of conventional techniques.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments or examples (“examples”) of the invention are disclosed in the following detailed description and the accompanying drawings:

FIG. 1 is a diagram depicting an automated predictive response computing system configured to identify inbound voice data relative to other data to provide optimize responses based on data conveyed via any disparate electronic communication channels, according to some embodiments;

FIG. 2 depicts an example of a user interface including a number of queues that may include conversations (e.g., exchanges of messages) requiring resolution, according to some examples;

FIG. 3 is a diagram depicting an example of a flow to resolve issues implementing one or more predictive responses, according to some examples;

FIG. 4 is a diagram depicting an example of a flow to respond to a digital conversational flow, according to some examples;

FIG. 5 depicts an example of a subset of functional elements of an automated predictive response computing system, according to some examples;

FIG. 6 depicts an example of another subset of functional elements of an automated predictive response computing system, according to some examples;

FIG. 7 depicts an example of an automated predictive response computing system configured to augment portions of communication data, according to some examples;

FIG. 8 depicts an example of a universal data management engine configured to correlate portions of communication data and other data generated in a universal dataspace, according to some examples;

FIG. 9 depicts integration of multiple data applications configured to extract data from multiple data sources, according to some examples;

FIG. 10 depicts an example of flow configured to implement a universal data management engine, according to some examples;

FIG. 11 illustrates an exemplary layered architecture for implementing an automated predictive response application, according to some examples;

FIG. 12 depicts an example of a system architecture to provide a computing platform to host an application to analyze electronic messages including data associated with electronic messages, according to an example;

FIG. 13 illustrates examples of various computing platforms configured to provide various functionalities to components of an electronic message platform configured to analyze electronic message data and provide functionalities described herein;

FIG. 14 is a diagram depicting another example of an automated predictive response computing system configured to identify inbound electronic message data to provide responses based on data conveyed via any disparate electronic communication channels, according to some embodiments;

FIG. 15 is a diagram depicting an example of various computing elements configured to provide controls via an agent-assist user interface, according to some embodiments;

FIG. 16 depicts an example flow configured to implement an agent-assist set of user inputs, according to some embodiments;

FIG. 17 depicts an example flow configured to monitor and analyze extra-conversation data external to an exchange of electronic messages, according to some embodiments; and

FIG. 18 depicts an example flow configured to establish a secure communication channel in-situ during an exchange of electronic messages, according to some embodiments.

DETAILED DESCRIPTION

Various embodiments or examples may be implemented in numerous ways, including as a system, a process, an apparatus, a user interface, or a series of program instructions on a computer readable medium such as a computer readable storage medium or a computer network where the program instructions are sent over optical, electronic, or wireless communication links. In general, operations of disclosed processes may be performed in any arbitrary order, unless otherwise provided in the claims.

A detailed description of one or more examples is provided below along with accompanying figures. The detailed description is provided in connection with such examples, but is not limited to any particular example. The scope is limited only by the claims, and numerous alternatives, modifications, and equivalents thereof. Numerous specific details are set forth in the following description in order to provide a thorough understanding. These details are provided for the purpose of example and the described techniques may be practiced according to the claims without some or all of these specific details. For clarity, technical material that is known in the technical fields related to the examples has not been described in detail to avoid unnecessarily obscuring the description or providing unnecessary details that may be already known to those of ordinary skill in the art.

As used herein, “system” may refer to or include the description of a computer, network, or distributed computing system, topology, or architecture implementing hardware or software, or both, using various computing resources that are configured to provide computing features, functions, processes, elements, components, or parts, without any particular limitation as to the type, make, manufacturer, developer, provider, configuration, programming or formatting language, service, class, resource, specification, protocol, or other computing or network attributes. As used herein, “software” or “application” may also be used interchangeably or synonymously with, or refer to, a computer program, software, program, firmware, or any other term that may be used to describe, reference, or refer to a logical set of instructions that, when executed, performs a function or set of functions in association with a computing system or machine, regardless of whether physical, logical, or virtual and without restriction or limitation to any particular implementation, design, configuration, instance, or state. Further, “platform” may refer to any type of computer hardware (hereafter “hardware”) or software, or any combination thereof, that may use one or more local, remote, distributed, networked, or computing cloud (hereafter “cloud”)-based computing resources (e.g., computers, clients, servers, tablets, notebooks, smart phones, cell phones, mobile computing platforms or tablets, and the like) to provide an application, operating system, or other computing environment, such as those described herein, without restriction or limitation to any particular implementation, design, configuration, instance, or state. Distributed resources such as cloud computing networks (also referred to interchangeably as “computing clouds,” “storage clouds,” “cloud networks,” or, simply, “clouds,” without restriction or limitation to any particular implementation, design, configuration, instance, or state) may be used for processing and/or storage of varying quantities, types, structures, and formats of data, without restriction or limitation to any particular implementation, design, or configuration.

As used herein, data may be stored in various types of data structures including, but not limited to databases, data repositories, data warehouses, data stores, or other data structures or memory configured to store data in various computer programming languages and formats in accordance with various types of structured and unstructured database schemas such as SQL, MySQL, NoSQL, DynamoDB™, etc. Also applicable are computer programming languages and formats similar or equivalent to those developed by data facility and computing providers such as Amazon® Web Services, Inc. of Seattle, Wash., FMP, Oracle®, Salesforce.com, Inc., or others, without limitation or restriction to any particular instance or implementation. DynamoDB™, Amazon Elasticsearch Service, Amazon Kinesis Data Streams (“KDS”)™, Amazon Kinesis Data Analytics, and the like, are examples of suitable technologies provide by Amazon Web Services (“AWS”). Another example of cloud computing services include the Google® cloud platform that may implement a publisher-subscriber messaging service (e.g., Google® pub/sub architecture).

Further, references to databases, data structures, memory, or any type of data storage facility may include any embodiment as a local, remote, distributed, networked, cloud-based, or combined implementation thereof. For example, social networks and social media (e.g., “social media”) using different types of devices may generate (i.e., in the form of posts (which is to be distinguished from a POST request or call over HTTP) on social networks and social media) data in different forms, formats, layouts, data transfer protocols, and data storage schema for presentation on different types of devices that use, modify, or store data for purposes such as electronic messaging, audio or video rendering (e.g., user-generated content, such as deployed on YouTube®), content sharing, or like purposes. Data may be generated in various formats such as text, audio, video (including three dimensional, augmented reality (“AR”), and virtual reality (“VR”)), or others, without limitation, as electronic messages for use on social networks, social media, and social applications (e.g., “social media”) such as Twitter® of San Francisco, Calif., Snapchat® as developed by Snap® of Venice, Calif., Messenger as developed by Facebook®, WhatsApp®, or Instagram® of Menlo Park, Calif., Pinterest® of San Francisco, Calif., LinkedIn® of Mountain View, Calif., and others, without limitation or restriction. In various embodiments, the term “content” may refer to, for example, one or more of executable instructions (e.g., of an application, a program, or any other code compatible with a programming language), textual data, image data, video data, audio data, or any other data.

In some examples, data may be formatted and transmitted via electronic messaging channels (i.e., transferred over one or more data communication protocols) between computing resources using various types of data communication and transfer protocols such as Hypertext Transfer Protocol (“HTTP”), Transmission Control Protocol (“TCP”)/Internet Protocol (“IP”), Internet Relay Chat (“IRC”), SMS, text messaging, instant messaging (“TM”), File Transfer Protocol (“FTP”), or others, without limitation. As described herein, disclosed processes implemented as software may be programmed using Java®, JavaScript®, Scala, Python™, XML, HTML, and other data formats and programs, without limitation. Disclosed processes herein may also implement software such as Streaming SQL applications, browser applications (e.g., Firefox™) and/or web applications, among others. In some example, a browser application may implement a JavaScript framework, such as Ember.js, Meteor.js, ExtJS, AngularJS, and the like. References to various layers of an application architecture (e.g., application layer or data layer) may refer to a stacked layer application architecture such as the Open Systems Interconnect (“OSI”) model or others. As described herein, a distributed data file may include executable instructions as described above (e.g., JavaScript® or the like) or any data constituting content (e.g., text data, video data, audio data, etc.), or both.

In some examples, systems, software, platforms, and computing clouds, or any combination thereof, may be implemented to facilitate online distribution of subsets of units of content, postings, electronic messages, and the like. In some cases, units of content, electronic postings, electronic messages, and the like may originate at social networks, social media, and social applications, or any other source of content.

FIG. 1 is a diagram depicting an automated predictive response computing system configured to identify inbound voice data relative to other data to provide optimize responses based on data conveyed via any disparate electronic communication channels, according to some embodiments. Diagram 100 depicts an example of an automated predictive response computing system 150 configured to predictively identify data representing a response as a function of data in an electronic message independent of an electronic communication channel and its functionalities, and independent of data representing voice data (e.g., vocalized speech), text data (e.g., digitized text or written symbols), image data (e.g., images that may be identified through image recognition algorithms), or any other data that may originate from any of users 108 a and 108 b via computing devices 103. For example, any of users 108 a and 108 b may transmit requests in any data medium, such as text, audio, imagery, and the like, whereby such requests may include data representing requests for information, requests to purchase a product or service, requests for customer service or troubleshooting information, and the like. Automated predictive response computing system 150 may be configured to identify a nature of an electronic message (e.g., a request regarding a certain topic or intent), and may be further configured to provide automated responses to any of users 108 a and 108 b, as well as agent-assisted responses.

In various examples, any of users 108 a or 108 b may generate and transmit a request for information or for an action to be performed in association with automated predictive response computing system 150. Responsive to such requests, automated predictive response computing system 150 may be configured to identify subject matter of a message 114, such as an “intent of an electronic message,” an “entity attribute of an electronic message,” a topic of an electronic message, a “sentiment” or “affinity” level, a linguistic language of an electronic message, and other attributes that may be implemented to characterize exchanges of data, such as a characterized data exchange depicted in message response interface 122, which, as shown in diagram 100, may represent a conversational flow of portions of communication data in interface portions 137 and 137 a. Various successive or multiple user inquiries may be automatically received as electronic messages 114 at a user interface of an agent identified as “@EcoHaus Support” in user interface portion 136. In response to messages 114, automated predictive response computing system 150 may be configured to provide automated responses as electronic messages 116, or any other actions in furtherance of resolving an issue associated with any of messages 114. In various implementations, automated predictive response computing system 150 may be configured to present in message response interface 122 a number of optimized responses 199 a, 199 b, and 199 c that may be configured to facilitate an optimized response to exchanges of data representing a conversational flow regardless of medium (e.g., regardless as to whether inbound or outbound data may include voice data, text data, image data, etc.). In some examples, automated predictive response computing system 150 may be implemented as an application, such as a customer care application (or any other application) developed and maintained by Khoros, LLC of Austin, Tex. In various examples, optimized responses 199 a, 199 b, and 199 c may be referred, as displayed in a user interface, to an “agent-assist” view, and not need be limited to those response types 199 a, 199 b, and 199 c depicted, whereby any number of response types and subsets thereof may be displayed.

As shown in diagram 100, any of users 108 a and 108 b may communicate electronically via any of message computing systems 110 a to 110 n using any of communication devices 103. As an example, communication devices 103 may include a mobile computing device 105, a voice-based communication phone 106, an image generation device 107, such as a camera, a computing device 109, or any other electronic device configured to generate requests for information, actions, or any other outcome.

In various examples, message computing systems 110 a to 110 n may be configured to implement social networks, social media, and social applications (e.g., “social media”) such as Twitter® of San Francisco, Calif., Reddit® of San Francisco, Calif., Snapchat® as developed by Snap® of Venice, Calif., Messenger services as developed by Facebook®, WhatsApp®, or Instagram® of Menlo Park, Calif., Pinterest® of San Francisco, Calif., LinkedIn® of Mountain View, Calif., Telegram Messenger™ of Telegram Messenger Inc. of the United Kingdom, Slack™ of Slack Technologies, Inc., and others, without limitation or restriction. Message computing systems 110 a to 110 n may be configured to generate and host any other type of digital content, such as email, image curation, voice calls (e.g., Voice over IP, or “VOIP”), text messaging (e.g., via SMS messaging, Multimedia Messaging Service (“MIMS”), WhatsApp™, WeChat™, Apple® Business Chat™, Instagram™ Direct Messenger, etc.), Twilio® SMS, and web pages configured to implement web chat functionality (e.g., news websites, retailer websites, etc.). Google® voice, Twilio™ voice, and other voice or telephony technology may be accessed or implemented as any of message computing systems 110 a to 110 n. Further, message computing systems 110 a to 110 n may be configured to provide image data and/or audio data, such as voice data to facilitate telephone calls. As an example, message computing systems 110 a to 110 n may be configured to implement Twilio Voice® or any other voice or telephony application (including third party voice applications).

Any of message computing systems 110 a to 110 n may implement various corresponding electronic communication channels 111 a to 111 n to exchange data via one or more networks 112, such as the Internet or any other network. Each of electronic communication channels 111 a to 111 n may be configured to exchange data using different (e.g., proprietary) protocols, data formats, metadata (and types thereof), etc. As shown, automated predictive response computing system 150 may be configured to receive electronic messages 114 via omnichannel electronic communication channel 113, whereby any of messages 114 may originate any of the different electronic communication channels 111 a to 111 n.

In the example shown, automated predictive response computing system 150 may be configured to include an omnichannel transceiver 151, a feature extraction controller 156, a predictive intent controller 154, a linguistic language translator 159, and a universal data management engine 190, which may include a response generator 171 and an optimized response/action selector 173. Omnichannel transceiver 151 may be configured to receive electronic messages 114 from any disparate electronic communication channels 111 a to 111 n and data formats to convert data representing electronic messages 114 into data formats with which automated predictive response computing system 150 may analyze and generate automated responses thereto. Hence, omnichannel transceiver 151 may be configured to detect data representing one or more electronic messages 114 configured to generate a response associated with an electronic communication channel of any electronic communication channels 111 a to 111 n, any of which may be associated with multiple data sources (e.g., computing platforms including processors and memory configured to provide communicative functionalities).

Omnichannel transceiver 151 may be configured to include logic to implement any number of application programming interface (“APIs”) 151 a and a channel converter 152. In some examples, which are non-limiting, omnichannel transceiver 151 may be configured to implement one or more APIs to exchange data with any of electronic communication channels 111 a to 111 n. As an example, APIs 151 a may include an API configured to communicate electronically with Facebook® Messenger and the like, as well as any API configured to exchange voice data, text data, image data, or any other type of data. Channel converter 152 may be configured to detect a data format in which data of electronic message 114 is being conveyed, and may be further configured to convert a detected data format into a uniform or agnostic data format, such as a text data format or as graph-based data arrangement. As an example, image recognition software may be configured to detect an image and characterize its data elements, including an “intent” and associated “entity attributes.” As another example, channel converter 152 may be configured to detect and identify (e.g., via tagged data, computational derivation, etc.) that data associated with electronic message 114 include text-based data, including supplemental data (e.g., metadata) as available. In yet another example, channel converter 152 may be configured to detect voice data to convert to text data, and further configured to detect text data to convert to voice data. Further, omnichannel transceiver 151 may be configured to transmit messages 116 that conform with requirements of any of electronic communication channels 111 a to 111 n.

Feature extraction controller 156 may be configured to extract features from one or more portions of data of one or more electronic messages 114 to form extracted features. In some examples, feature extraction controller 156 may be configured to identify and form data units, such as tokens, words, linguistic phrases, etc., using any predictive algorithm, including any machine learning algorithm, deep learning algorithm, and other natural language algorithmic function (e.g., natural language processing, or “NLP”), as well as any other predictive algorithm, probabilistic algorithm, and the like. In some examples, feature extraction controller 156 may be configured to generate data so that predictive intent controller 154 may identify from extracted data units an “intent” and/or “topic,” as well as one or more “entity attributes” (e.g., parameters, metrics, etc.) with which to generate an automated response. In some examples, feature extraction controller 156 may be configured to extract feature data that may include units of text (e.g., words or tokens), units of image data (e.g., an amount of pixels, or matched image data), units of audio or voice data, and the like.

Predictive intent controller 154 may be configured to receive data including extracted feature data from feature extraction controller 156 and other data, including, but not limited to, supplemental data, metadata, and other ancillary data. Further, predictive intent controller 154 may be configured to predict (e.g., statistically, probabilistically, etc.) an “intent” of subject matter associated with data of electronic message 114. In some examples, “intent” associated with data of an electronic message may be referred to as a “trigger,” and may be calculated to be a predicted topic of a subset (e.g., a step) of an electronic conversation between any of users 108 a and 108 b and automated predictive response computing system 150. For example, an electronic message 114 may include data stating or requesting “I want to travel now from Paris to Hong Kong. Are there any flights available?” In this example, predictive intent controller 154 may include logic configured to determine that a user is interested “TRAVEL” as an “intent.” Further, predictive intent controller 154 may be configured to determine entity attributes describing a “time” of travel (e.g., “now”), a destination (e.g., “Hong Kong”), and a point of origination (e.g., “Paris”). As such, predictive intent controller 154 may be configured to identify one or more subsets of intent-related data and one or more subsets of data representing one or more entity attributes (e.g., parameters with which to respond to an intent of electronic message 114), as well as data representing a degree or level of sentiment (e.g., affinity), a language associated with voice data and text data, a characterization of a message including profanity, and any other attribute. In some examples, predictive intent controller 154 may be configured to predict, identify, and monitor a “context” during which an intent or topic of electronic message 114 may be received and analyzed relative to other messages as part of an exchange of data constituting conversational flow.

Linguistic language translator 159 may be configured to receive data from feature extraction controller 156 that indicates a type of linguistic language (e.g., a spoken language) that may be defined by region and/or dialect, in at least some examples. In some examples, linguistic language translator 159 may be configured to determine a language based on text, a verbal utterance, or any other data input. Further, linguistic language translator 159 may be configured to translate or modify languages of received data in messages 114 and responses in messages 116, whereby subsets of messages 114 and 116 may vary in languages. For example, a multilingual speaker as user 108 a or 108 b may inadvertently vacillate among a number of languages. In this case, linguistic language translator 159 may be configured to detect messages 114, regardless of voice data or text data, by a specific user 108 a in different languages, and may be further configured to correspond in reply messages 116 in corresponding languages. In various examples, linguistic language translator 159 may be configured to adapt any of portions of communication to provide an optimized response 199 a to 199 c in a specific language.

Further to diagram 100, automated predictive response computing system 150 or a universal data management engine 190, or both, may be configured to generate, analyze, implement, and store data related to exchanges of characterized data to generate or identify (e.g., predictively) optimized responses 199 a to 199 c. As shown, inbound communication data in interface portion 180 (e.g., interface portion 137) may include either voice data or text data as follows: “Hi, I bought a Galaxy 520 at Best Buy 2 months ago. Starting last week the battery drains. I get about 2 hours then it's dead.” In response, automated predictive response computing system 150 or universal data management engine 190, or both, may be configured to automatically (or with agent assistance) respond as follows: “Hi Catherine, sorry to hear you have an issue with your phone,” as shown in interface portion 137 a Other exchanges of communication data portions may automatically address issues based on a portion of communication data (e.g., an “utterance” verbally or in text that may be segmented), whereby an agent may be involved (optionally) to resolve an issue.

Universal data management engine 190 may be configured to analyze each portion of communication data to identify intent of a conversation, or a topic of thereof, as well as a degree of sentiment (or affinity), entity attributes (e.g., parameters, etc.), and any other data or metadata that may characterize or describe any portion of communication data. Further to diagram 100, universal data management engine 190 may be configured to analyze each portion of communication data, and access other equivalent data in a universal dataspace (e.g., a universal data fabric, a universal data mesh, etc.) to characterize and augment each of portions of communication data with associations to data at response generator 171 to cause optimized response/action selector 173 to determine one or more optimized responses 199 a to 199 c. In some examples, an agent 172 a may provide solutions via a message field 141, as implemented in a user interface of computing device 172 b.

In view of the foregoing, structures and/or functionalities depicted in FIG. 1 as well as other figures herein, may be implemented as software, applications, executable code, application programming interfaces (“APIs”), processors, hardware, firmware, circuitry, or any combination thereof. In at least one example, automated predictive response computing system 150 may be implemented as a chatbot application. Note that elements depicted in diagram 100 of FIG. 1 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings.

FIG. 2 depicts an example of a user interface including a number of queues that may include conversations (e.g., exchanges of messages) requiring resolution, according to some examples. Diagram 200 depicts an assigned queue 234 that may include exchanges of electronic messages and/or conversations 234 a, 234 b, and 234 c that may be assigned specifically to an agent computing device into which a specific agent (e.g., agent-user) is logged for generating a response. As shown, each exchange of messages may be surfaced to display higher priorities first, such as depicted within encircle “P2” to represent a second highest level of priority 233. Available queue 236 may include conversations 236 a that are available to any agent upon which to act. Supplemental queue 238 represents one or more additional queues that may include conversations that require supplemental activity or action, such as “needing approval” or “needing expert assistance,” or requiring other supplemental processing (not shown). Whether such conversations appear in supplemental queue 238 may depend on whether an agent has permissions or a role authorized to process conversations in those specialized queues, according to at least some examples.

In this example, user interface 201 depicts an active user interface (“UI”) portion 231 and another user interface portion depicting customer profile data 270. Active user interface portion 231 may be configured to interact and/or respond to customer-user “@Catherine Ramos” of conversation 234 a. As shown, the associated originating message may include inbound data (e.g., either via voice data or text data) that states: “Hi, I bought a Galaxy 520 at Best Buy 2 months ago. Starting last week the battery drains. I get about 2 hours then its dead” has been assigned a conversation identifier (“1427371”) 232. This conversation is of a priority “2” out of 6 priority levels 233, has a status 234 of being assigned, and is assigned 235 to a particular agent (e.g., “you”). Further, an entity computing system associated with a brand “EcoHaus Support” may have an agent with an electronic identifier “@EcoHaus Support” 281 a in interface portion 281. The text of the originating message may be displayed in interface portion 237. Further to the example in diagram 200, exchanges of portions of communication is depicted in user interface portions 237 a and 237 b. In user interface portion 237 a, an agent @EcoHaus Support may respond “Hi Catherine, sorry to hear you have an issue with your phone,” regardless of whether the agent is a human or a specialized automated response application. In user interface portion 237 b, a customer @Catherine Ramos may respond, again, to interject: “My sister had the same issue last year,” which may be accompanied by an image (e.g., an emoji) that depicts or conveys a sentiment of a customer-user about a particular product or situation.

Diagram 200 also depicts multiple tabs, as user inputs, that may be implemented to perform a variety of actions. Interactive tab 239 a may be implemented to generate a response, tab 239 b may be configured to close a conversation, tab 239 c may be configured to present a review of the history of a customer or a conversation, and tab 204 may provide any other action. In the example shown, highlighted tab 239 a indicates a response can be generated. Interface portion 285 enables generation of a public response message or a direct message (e.g., a secure message), whereby the message may be input into a message field 241. A secure message link may be attached to a response upon activation of an “invite” 242 user input, which, when activated, may cause an invite manager to generate an invite message.

Customer profile data 270 may include user-specific data 277 (e.g., name, purchased products, email address, address, phone number, etc.), brands data 277 a indicating brands that a user has purchased or searched, source devices 277 b may include a list of computing devices associated with user “Catherine Ramos,” one or more conversation identifiers 277 c for a specific conversation or any number of exchanges of messages (over multiple conversations), one or more social networks 277 d that the user may use, loyalty member number data 277 e, length of time as customer 277 f, and other data 277 g. In some of these examples, customer profile data 270 may be encrypted and included along with messages and associated tokens used to generate a secure communication channel, as described herein.

In some examples, a response generator 271 may be implemented to provide optimized response or actions 299 a, 299 b, and 299 c to assist an agent to provide customers optimized solutions and information that are configured to resolve issues about a customer may be communicating. For example, optimized response/action selector 273 may select optimized responses, such as responses 299 a, 299 b, and 299 c that may assist an agent to resolve pending issues or questions. Optimized responses, such as responses 299 a, 299 b, and 299 c, which may be identified and displayed may be determined predictively (e.g., based on probabilistic computations including machine and deep learning techniques, among others), whereby predicted responses 299 a, 299 b, and 299 c may be constitute an “agent-assist view,” or an agent-assist interface portion. For example, response generator 271 may generate, based on analysis and application of predictive logic regarding data exchanged in conversation 232, a voice-text (“V-T”) response 299 a, which may be conveyed to a customer via an automated response system. Also, response generator 271 may select and present a workflow response 299 b to assist an agent or a customer to troubleshoot an issue with a particular product. In accordance with some examples, user input workflow response 299 b may be configured to access predicted resolutions based on knowledge base information, including Khoros® Community and other articles, documents, guides, trouble-shooting documentation, and the like. Further, response generator 271 may select a solution derived as a “community response” 299 c, which may provide a solution based on aggregated knowledge of an online community. Note that other automated responses other than 299 a to 299 c may be provided by response generator 271.

FIG. 3 is a diagram depicting an example of a flow to resolve issues implementing one or more predictive responses, according to some examples. Flow 300 initiates at 302, at which electronic message data may be received via any electronic communication channel. In some examples, electronic message data may be received and transmitted over any communication channel implementing an omnichannel transceiver or any other electronic device. At 304, features from portions of communication data may be extracted, such as features identifying entities (e.g., intents, topics, etc.) and/or entity attributes. At 306, flow 300 may be configured to identify data representing intent-related data and data representing one or more entity attributes as the features, which may be extracted at 304.

At 308, a subset of any number of portions of communication data may be augmented (e.g. associated or linked to metadata) to determine a predicted response that may be optimized to resolve or address an issue or a question that may be predicted based on associated data. At 310, augmented portions of communication data may be implemented to determine a predicted response. In some examples, a universal data management engine, as described herein, may be configured to determine a predicted response. Further, one or more predicted responses may be presented in a user interface for activation to provide assistance automatically or in combination with an agent's assistance. At 312, data representing a subset of inbound electronic messages may be identified. In some examples, identified inbound electronic message data may be analyzed to identify the context, intent, sentiment, and other characteristics with which to derive a predicted response. At 314, data to facilitate a predicted response may be generated based on the subset of inbound electronic messages. Further, one or more predictive responses may be presented to an agent via the user interface, such as depicted in FIG. 2. For example, augmented communication portion data may be analyzed to determine, implement, or present one or more of: (1.) a predicted voice or data response as an outbound electronic message, (2.) a workflow response as an outbound message, and (3.) a community-derived response as an outbound electronic message, among other types of predictive responses. In some examples, a predicted voice or data response as an outbound electronic message may be presented in an user interface portion 299 a of FIG. 2

FIG. 4 is a diagram depicting an example of a flow to respond to a digital conversational flow, according to some examples. At 402, flow 400 is initiated to identify derived data as well as profile data for analysis to determine an optimized response based on data across various datasets in a universal data space, as described herein. At 404, data representing various aspects of derived data and profile data, as well as other data, may be converted into a universal data format (e.g., a graph-based data arrangement, or any other type of data arrangement). At 406, a subset of data may be linked to equivalent or similar types of data or data values in any one of a number of various datasets, whereby any of the datasets may be formed using different applications (e.g., in an enterprise or any other organization).

At 408, data representing an inbound communication data portion may be received. At 410, a response (e.g., predictive response) may be generated as a function of analyzed subsets of data that may be linked together across various datasets. In some cases, machine learning, deep learning, and other types of predictive algorithms may be implemented, as described herein. At 412, data representing a response may be configured to be presented for selection (e.g., via a user interface provided to an agent). At 414, a response may be transmitted, either automatically (by a specialized automated application or bot) or in response to a user input detected at a user interface configured to assist in agent.

FIG. 5 depicts an example of a subset of functional elements of an automated predictive response computing system, according to some examples. Diagram 500 includes an omnichannel transceiver 541, which is shown to include a channel converter 521, and a feature extraction controller 522. Note that elements depicted in diagram 500 of FIG. 5 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings.

In some examples, omnichannel transceiver 541 may be configured to receive electronic message data 501 from any electronic communication channel, and may further configured to generate or transmit session identifier (“ID”) data 502, text-based data 505, and supplemental data 504. Session ID data 502, which may be optional, may include data referring to an originating communication device 103 of FIG. 1 (e.g., an IP or MAC address, etc.) or any other identifying information associated with a particular user 108 a. Session ID data 502 may be used to monitor exchanges of data constituting conversation data for establishing a “context” with which to enhance accuracy of generating automated responses to electronic message data 501. Session ID data 502 may be implemented to identify profile data of a particular user or computing device, where profile data may be stored in a profile data repository 511. Examples of profile data are depicted or described herein. For example, profile data associated with session ID data 502 may include a name of a user (e.g., a customer) and customer contact information, such as an email, a residential address, a telephone number, etc. Further, profile data may include data representing past interactions with automated bots and/or agents, data representing any number of social networks with which a customer is affiliated, data representing a loyalty member number, and any other data, such as product purchases (e.g., including product types, models, SKU, etc. associated with a user), searches for products, inquiries, services, as well as service subscriptions (e.g., including types of services, such as cell phone service, associated with a product, or any other service associated with any product or subscription, etc.). and the like. In some examples, Session ID data 502, such as a unique session ID data value, may be configured to associate exchanges of electronic messages to an electronic “conversation.”

In some examples, omnichannel transceiver 541 may be configured to identify and transmit supplemental data 504, which may include any metadata that may be identified (e.g., in association with a particular electronic communication channel). For example, supplemental data 504 may include metadata specifying a particular language (and/or geographic region) that a particular user desires to communicate linguistically.

Channel converter 521 and feature extraction controller 522 may include any number of feature extraction processes to, for example, extract feature data to analyze electronic message data 501 and supplemental data. Channel converter 521 and feature extraction controller 522 may be further configured to generate a number of feature vectors to perform pattern recognition, predictive or probabilistic data analysis, machine learning, deep learning, or any other algorithm (e.g., heuristic-based algorithms) to identify at least a subset of features that may constitute an event (as derived from data from various data sources).

Channel converter 521 may include any number of image recognition processor algorithms 521 d to 521 f, any number of audio recognition processor algorithms 521 g to 521 i, or any other set of algorithms. Image recognition processor algorithms 521 d to 521 f may be configured to perform character recognition (e.g., optical character recognition, or “OCR”), facial recognition, or implement any computer vision-related operation to determine image-related features, which may be interpreted into text-based data 505. Audio recognition processor algorithms 521 g to 521 i may be configured to perform voice and speech recognition, sound recognition, or implement any audio-related operation to determine audio-related features, which may be converted into text-based data 505.

Feature extraction controller 522 may include any number of natural language processor algorithms 521 a to 521 c that may be configured, for example, to tokenize sentences and words, perform word stemming, filter out stop or irrelevant words, or implement any other natural language processing operation to determine text-related features. In some examples, feature extraction controller 522 may include any number of predictive data modeling algorithms 590 a to 590 c that may be configured to perform pattern recognition and probabilistic data computations. For example, predictive data modeling algorithms 590 a to 590 c may apply “k-means clustering,” or any other clustering data identification techniques to form clustered sets of data that may be analyzed to determine or learn optimal classifications of “intent” data and associated outputs and supplemental data related thereto, as well as “entity attribute” data. In some examples, feature extraction controller 522 maybe configured to detect patterns or classifications among datasets through the use of Bayesian networks, clustering analysis, as well as other known machine learning techniques or deep-learning techniques (e.g., including any known artificial intelligence techniques, or any of k-NN algorithms, linear support vector machine (“SVM”) algorithm, regression and variants thereof (e.g., linear regression, non-linear regression, etc.), “Zero-shot” learning techniques and algorithms, Bayesian inferences and the like, including classification algorithms, such as Naïve Bayes classifiers, or any other statistical, empirical, or heuristic technique). In other examples, predictive data modeling algorithms 590 a to 590 c may include any algorithm configured to extract features and/or attributes based on classifying data or identifying patterns of data, as well as any other process to characterize subsets of data, regardless of whether supervised or unsupervised.

In the example shown, feature extraction controller 522 may be configured to implement any number of statistical analytic programs, machine-learning applications, deep-learning applications, and the like. Feature extraction controller 522 is shown to have access to any number of predictive models, such as predictive model 590 a, 590 b, and 590 c, among others. As shown, predictive data model 590 a may be configured to implement one of any type of neural or neuronal networks to predict an action or disposition of an electronic message, or any output representing an extracted feature for determining either an event or supplemental data to determine compatibility, or both. A neural network model 590 a includes a set of inputs 591 and any number of “hidden” or intermediate computational nodes 592, whereby one or more weights 597 may be implemented and adjusted (e.g., in response to training). Also shown is a set of predicted outputs 593, such as text terms defining a predicted “intent” 555 a or “entity attributes” 555 b (e.g., parameters, characteristics, etc.), among any other types of outputs.

Feature extraction controller 522 may include a neural network data model configured to predict (e.g., extract) contextual or related text terms based on generation of vectors (e.g., word vectors) with which to determine degrees of similarity (e.g., magnitudes of cosine similarity) to, for example, establish “contextual” compatibility, at least in some examples. Output data 593 as contextual or related text terms may be used to identify intent data (e.g., as an event or a trigger). In at least one example, feature extraction controller 522 may be configured to implement a “word2vec” natural language processing algorithm or any other natural language process that may or may not transform, for example, text data into numerical data (e.g., data representing a vector space). According to various other examples, feature extraction controller 522 may be configured to implement any natural language processing algorithm.

In view of the foregoing, channel converter 521 and feature extraction controller 522 may be configured to implement various feature extraction functions to extract features that can identify one or more groups of data units 571 to 574 as extracted feature data 503, whereby each group of data units 571 to 574 may be associated with an electronic message data 501. As an example, electronic message data 501 may include text data requesting “I need to book a flight now from Paris to Amsterdam.” Further to this example, data unit 571 may represent extracted text term “TRAVEL” as a predicted “intent” data value 555 a. Data unit 572 may represent extracted text term “now” as an entity attribute (or parameter) that describes timing of a “traveling” event. Data unit 573 may represent extracted text term “Paris,” which may describe a point of embarkation and data unit 574 may represent extracted text term “Hong Kong” as a destination. Data units 572, 573, and 574 may be entity attributes 555 b (or parameters, or as entities). Note further that extracted text term “TRAVEL” may be determined as a predicted “intent” data value 555 a by feature extraction controller 522 or by predictive intent controller 654 of FIG. 6, or by both.

FIG. 6 depicts an example of another subset of functional elements of an automated predictive response computing system, according to some examples. Diagram 600 includes a predictive intent controller 654, which is shown to include a one or more context state classifiers 644, and a flow controller 658. Predictive intent controller 654 may be configured to receive one or more of session ID data 502, extracted feature data 503, and supplemental data 504 of FIG. 5. In some examples, predictive intent controller 654 may be configured to determine (or confirm) that one or more extracted data units (e.g., one or more extracted text terms) specify a topic of electronic conversation, or an intent of an electronic message. Predictive intent controller 654 may generate predictive intent data 606 specifying an “intent” of an electronic message. Note that elements depicted in diagram 600 of FIG. 6 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings.

In some examples, state classifiers 644 a and 644 b may be configured to implement any number of statistical analytic programs, machine-learning applications, deep-learning applications, and the like. State classifier 644 a may include any number of predictive models, such as predictive models 690 a, 690 b, and 690 c, and state classifier 644 b may include one or more predictive models, such as predictive models 691 a, 691 b, and 691 c. Predictive models 690 and 691 may be implemented similar to, or equivalent to, predictive models described in FIG. 5.

In one example, predictive intent controller 654 and/or state classifier 644 a may receive inputs of any combination of session ID data 502, extracted feature data 503, and supplemental data 504 to compute predictive context data 608. For example, inputs to state classifier 644 a may generate predictive context data 608 to indicate a predicted state of a flow of conversational data to provide context to determine an optimal reply or response. According to some examples, predictive context data 608 may include data describing an intent, a topic, a summary of a group of text (including text data converted from voice data), or any other data. In some examples, predictive logic (e.g., a neural network model may include a set of inputs 681 and any number of “hidden” or intermediate computational nodes 682 and 683, whereby one or more weights 687 may be implemented and adjusted (e.g., in response to training) to provide output data at 684.

As another example, inputs into state classifier 644 b may determine affinity data 607 that may indicate sentiment state data, such as whether a distributed data file may be associated with a positive affinity state, a neutral affinity state, or a negative affinity state (or any degree or level of positive or negative affinity or sentiment). In accordance with at least some examples, affinity data 607 (e.g., sentiment state data or other like data) may include a range of data values that can include data values ranging from a maximal value of a positive affinity state to a maximal negative affinity state, the range including at least a subset of one or more data values representing a neutral affinity state. Thus, affinity data 607 may include a range of affinity (e.g., sentiment values).

Other state classifiers, such as state classifier 644 n, may generate other electronic message state data characterizing an electronic message to determine a voice-text response flow with which to respond. As shown, one example of a state classifier 644 n may be configured to implement a linguistic language translator 659 to determine a language associated with an exchange of data. In yet another example, state classifier 644 n may be configured to classify voice and text data as being inappropriate or profane to, for example, exclude or mask such language from public display.

In the example shown, flow controller 658 may include a communication portion augmentation engine 658 a and a response generator 658 b. Further, flow controller 658 may be configured to analyze data representing an “intent” (e.g., a predicted topic or intended result of an electronic message), one or more entity attributes (e.g., data representing one or more entities), context data, etc., to calculate an optimal response. Flow controller 658 may be configured to receive predictive intent data 606 and other data from predictive intent controller 654, including affinity data 607 and predictive context data 608, as well as session ID data 502, extracted feature data 503, and supplemental data 504, both as described relative to FIG. 5. Referring back to FIG. 6, flow controller 658 may also be configured to receive universal dataspace data 699 that may include data or derived data that may originate over multiple datasets each associated with a specific application (e.g., a marketing application, an on-line community application, a customer care application, and the like). Universal dataspace data 699 may be used to provide an optimized response via response message data 650, as generated by response generator 658 b.

As example, an optimized response in response message data 650 may be determined or originate in a popular or validated posting to an on-line community that resolves a specific issue, based on a community of users having specialized knowledge. As another example, an optimized response in response message data 650 may include a workflow, such as a step-by-step guided trouble-shooting flow to present to either a customer user or an agent user, whereby the workflow may be selected by response generator 658 b as a function of one or more of predictive intent data 606, affinity data 607, predictive context data 608, session ID data 502, and extracted feature data 503, as well as other data described herein. Examples of universal dataspace data 699 may be described in FIGS. 7 and 8 herein, as well as in relation to any other figure.

Communication portion augmentation engine 658 a may include logic (e.g., hardware or software, or any combination thereof) configured to associate (e.g., “tag”) portions of communication data, such as an “utterance,” with contextual data for further analysis and optimization of either automatic responses (e.g., via specialized bots) or responses provided by agents, or any hybrid or combination of a blended flow including automatic responses and responses by agents via voice data or text data (or other data). Further, communication portion augmentation engine 658 a may be configured to tag various types of data to augment one or more of a unit of conversation, a portion of communication data, and/or data representing an utterance. In some examples, data associated with a portion of conversation data may represent metadata or any other data derived at an automated predictive response computer system or supplemented as profile data associated with a particular user or group of users.

Flow controller 658 may be coupled electronically to a rule model data repository 632 and an augmented communication portion data repository 634. In some examples, data representing rule model data 632 may be configured to provide one or more rules with which to select and route responses to adaptively and flexibly provide replies and responses to corresponding incoming electronic messages. Augmented communication portion data repository 634, according to some examples, may be configured to store and manages one or more of predictive intent data 606, affinity data 607, predictive context data 608, session ID data 502, and extracted feature data 503, as well as other data described herein, such as profile data. Data stored in augmented communication portion data repository 634 may be accessible to facilitate analysis with which to determine optimized responses based on aforementioned types of data.

Response generator 658 b may be configured to generate response message data 650 based on a selected omnichannel voice-text response flow. Response message data 650 may include one or more of a response message, an action to be performed, a “hand-off” to an agent, a deflected voice call to text message, or any other action. Hence, flow controller 658 may be further configured to control a flow of an electronic conversation by, for example, identifying successive “intents” associated with successive incoming electronic messages, and by routing a flow of an electronic conversation based on predicted intents and responses, regardless of communication data channel (e.g., either voice or text) and whether an automated response or an agent-generated response is provided.

In view of the foregoing, structures and/or functionalities depicted in FIGS. 5 and 6 as well as other figures herein, may be implemented as software, applications, executable code, application programming interfaces (“APIs”), processors, hardware, firmware, circuitry, or any combination thereof, any of which may constitute at least a portion of data fabric, a data mesh, or any other data-related architecture.

FIG. 7 depicts an example of an automated predictive response computing system configured to augment portions of communication data, according to some examples. Diagram 700 includes an automated predictive response computing system 750, which may include a predictive intent controller 754 and a flow controller 758 may be configured to an associated (e.g., using a metadata representing a tag) communication data portion 761 with augmented data (e.g., a metadata). Hence, communication data portion 761 may be referred to as an augmented communication data portion 761. Further, diagram 700 includes an automated voice-text response engine 771 configured to facilitate exchanges of communication data portions via a user interface 701. Note that elements depicted in diagram 700 of FIG. 7 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings or described herein.

Automated voice-text response engine 771 may be configured to facilitate exchanges of inbound and outbound communication (“comm”) data portions 721, 722, and 723, among others, whereby one or more of inbound and outbound communication data portions 721, 722, and 723 may be communicated as voice data (e.g., indicated as a voice call 702) or as text data (e.g., indicated as text-based electronic message communicated via messenger data channel 704). Any of outbound communication data portions 722 may be derived as responses (e.g., optimize responses) is described herein, and may be automatically generated (e.g., as a “bot” implementing predictive data analysis such as provided by predictive intent controller 754 and flow controller 758). In at least one example, automated voice-text response engine 771 may be included as a portion of a “customer care” application configured to exchange communication data with any number of customers to resolve an issue and to provide information.

In the example shown, inbound communication data portions 721 and 723 may be received and analyzed at automated predictive response computing system 750 to detect entities or entity attributes 710 a (“Galaxy” phone), 710 b (“Best Buy” retailer), and 710 c (“battery”), as well as an image 711 (e.g., a crying, sad emoji) that may be analyzed to determine a degree of sentiment (e.g., a negative sentiment associated with an exchange of communication data portions).

Automated predictive response computing system 750 may be configured to associate or otherwise “tag” one or more communication data portions 721, 722, and 723 with data representing augmenting data (e.g., metadata), such as derived data 762 (e.g., as derived by automated predictive response computing system 750) and profile data 764. Derived data 762 may include data representing a channel 731 a, such as Facebook messenger, or FB messenger, or any other communication channel, for example, Google Business Messages™, WhatsApp™, Apple Messages for Business, WeChat™, email, SMS text messages or other text messaging services, as well as data representing reviews, social channels, in-app, web messaging, and community applications and functionalities. Derived data 762 may also include data representing a time zone 731 b (e.g., GMT+1), a browser language 731 c (e.g., EN, or English), a date and time 731 d (e.g., 2021-05-10, 12:01:01), one or more identified “intents” or topics 731 e (e.g., “Service,” “Product,” “Problem”), a degree of sentiment 731 f (e.g., negative), one or more linguistic languages 731 g (e.g., EN, or English) in which communication data portions are exchanged, a degree of profanity detected 731 h (e.g., 0%), one or more entities or entity attributes 731 i (e.g., “Galaxy,” “battery,” “Best Buy”), among other data representing derived data 762. Profile data 764 may include data representing user data 732 a (e.g., a name, contact data, location, etc., associated with the user or customer), brand-related data 732 b (e.g., “Samsung,” “iPhone,” “Android,” etc.), source electronic communication devices 732 c (e.g., mobile phone, laptop, tablet, etc.), one or more conversation identifiers, or IDs, 732 d (e.g., ZX1219, YY1238, etc.), one or more social networks associated with a user 732 e (e.g., Twitter, WhatsApp, Facebook, etc.), a loyalty member number 732 f (e.g., no. BBROYGBVGW), an amount of time during which a user is been a loyal customer 732 g (e.g., 4 years and 3 months), and other data 732 h (e.g., refund history, purchase history, interaction history, and any other data), among other data representing profile data 764.

Diagram 700 also depicts a universal data converter 770 that may be configured to convert derived data 762 and profile data 764 into any data format with which to correlate or link to other subsets of data in datasets associated with other applications. As shown, each of data 731 a to 731 i and 732 a to 732 h may be converted into corresponding data unit 780, which may include nodes of a graph-based data arrangement. Note, however, that data arrangements described herein are not limited to graph-based data arrangements and may be implemented in any type of data arrangement (e.g., relational data base structures, structured data, unstructured data, etc.) As such, universal data converter 770 may be configured to facilitate normalization of data with which to associate across multiple data sources (e.g., multiple applications datasets of an enterprise) to identify related data to generate optimized responses, whether automatically generated or implemented by an agent.

FIG. 8 depicts an example of a universal data management engine configured to correlate portions of communication data and other data generated in a universal dataspace, according to some examples. Diagram 800 includes a universal data management engine 850, which may include a universal data integrator 852 configured to integrate data, such as data units 780 of FIG. 7 with other data within universal dataspace 802, a response generator 854 (e.g., including an optimized response selector 854 a) configured to generate a response (e.g., an optimized response) as a function of data analyzed within universal dataspace 802, an automated summary generator 856 configured to generate a cogent and comprehensive summary of exchanges of data between one or more users or customers (e.g., via electronic conversations), and universal data analyzer logic 858 configured to implement various predictive algorithms, such as described herein (e.g., statistical analytic algorithms, machine learning algorithms, deep learning algorithms, etc.) to discover patterns and insights among data in universal dataspace 802 that may relate to data units 780 of FIG. 7.

Referring back to FIG. 8, universal data management engine 850 may electronically communicate with an exchanged data repository 894 that may include an archive of exchanged communication data portions and conversations (e.g., voice-based data, text-based data, image-based data, etc.). Further, universal data management engine 850 may also electronically communicate with an analytically-derived data repository 890, which may include analytic data and insight-related data, as well as predicted data (e.g., based on statistical analytic algorithms, machine learning algorithms, deep learning algorithms, etc.), any of which may be derived by universal data analyzer logic 858. As such, logic implementing an insights application 892 may be configured to generate and provide analytic insights (e.g., data relationships, data values, etc.) into any portion of data in universal dataspace 802. In one example, insights application 892 may include logic configured to provide “customer experience” or “CX” analytic data. In some examples, CX insight data may be generated using Khoros™ CX insight application programs in which a Khoros CX insights application may be implemented on top of any customer communication platform to provide a view of customer conversations and comments, thereby normalizing and classifying data for comprehensive CX analysis. For example, data sources of customer contact and feedback may be aggregated, each customer interaction may be classified and tagged (e.g., with a taxonomy unique to an enterprise or organization), data may be configured to provide visualization granularly down to an individual conversation or electronic message (and agent responses), and data and insights across may be configured for democratized access throughout an organization. In some examples, tag implementation may be based on automation rules configured to detect and apply a tag based on keywords or specific entry points, or an automated predictive response computing system, as set forth herein, may enable agents with user inputs (e.g., via an agent assist user interface portion) to interact with electronic conversations with greater context, and administration control processes can more granularly measure the volume, quality, and resolution rates of conversations based on predicted intent of an electronic conversation, whereby tag data may also include data representing a class or category, a priority, and any other data. Note that elements depicted in diagram 800 of FIG. 8 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings or described herein.

Universal data integrator 852 may be configured to integrate data among any number of datasets, such as voice-text response dataset 820, on-line community dataset 822, marketing dataset 824, and any other dataset, to form a universal dataspace 802, which may represent a portion of a data fabric, a data mesh, or any other distributed data architecture, at least in some examples. As shown, a voice-text response application 810 (e.g., a “customer care” application) may be configured to generate data associated with customer engagement and issue resolution in dataset 820, an on-line community application 812 may be configured to provide digital spaces where customers can provide or receive answers, connect with peers or other similarly-situated users, and share new ideas, whereby community-related data may be stored as dataset 822, and a marketing application may be configured to implement social media and engagement tools to generate marketing-related data in dataset 824. An example of voice-text response application 810 may include logic and executable instructions that may constitute at least a portion of a Khoros Care™ application configured to implement digital customer care and contact center software, as well as any ancillary functions. An example of on-line community application 812 may include logic and executable instructions that may constitute at least a portion of a Khoros Community™ application configured to implement interactivity with an on-line community and social network software that may include various electronic conversation interacting with any number of diverse social media and electronic message protocols (e.g., via an omnichannel). An example of a marketing application configured to generate marketing-related data in dataset 824 may include logic and executable instructions that may constitute at least a portion of a Khoros Engagement Hub™ application configured to implement a digital social media marketing and management software. Khoros Care™, Khoros Community™, Khoros Engagement Hub™, and other related application are developed and maintained by Khoros, LLC, of Austin, Tex. U.S.A. In some examples, Khoros Engagement Hub™ may be implemented as Khoros Social Media Management™. Note that data associated with universal dataspace 802 may be distributed among any number of data storages, such as various cloud storage devices or any number of on-location storage devices, or any combination of distributed and local data storage, and may be electronically coupled via any number APIs 801 to any number of data sources (e.g., including data-creation sources).

In the example shown, universal data integrator 852 may be configured to identify equivalent or similar data, and to generate links or association with correlated data over any number of datasets 820, 822, and 824. For example, universal data integrator 852 may be configured to identify equivalent or similar product type data 830 of data units 780 in dataset 820 (e.g., graph node 830 a or any other data format), as well as in dataset 822 (e.g., node 830 b), and node 830 c of dataset 824. Further, universal data integrator 852 may be configured to identify equivalent or similar refund type data 840 of data units 780 in dataset 820 (e.g., graph node 840 a or any other data format), as well as in dataset 822 (e.g., node 840 b), and node 840 c of dataset 824.

Further to the example above, universal data analyzer logic 858 may be configured to analyze product type data 830 and refund type data 840 over an entire universal dataspace 802 to identify, for example, extraordinary amount of refunds related to a particular product type. For example, an unusual number of refund requests for a certain product (e.g., in a particular geographic location) may suggest a defective shipment of product that may be associated with a SKU or “lot number” of the product. Insights application 892 may be configured to identify such an anomaly and facilitate expeditious resolution than otherwise may be the case. Further, such an anomaly or issue with a particular product type may be identified by response generator 854, which, in turn, may be configured to enable optimized response selector 854 a to communicate automatically to customers (e.g., via specialized automated bots or through agent assistance) an up-to-date response to resolve predicted issues based on data analyzed in universal dataspace 802, which may represent data associated with multiple data applications of an enterprise. In some examples, optimizer response selector 854 a may be configured to present a “next best action” to an agent to provide assistance via voice data or text data, and may also provide a “next best action” by way of an automated bot.

Automated summary generator 856 may be configured to access exchange data repository 894 to generate auto-summary data 896 to provide for data representing a synopsis or summary of exchanges between a customer and automated bots or an agent, as well as summaries of communication exchanges among a group of customers and automated bots or an agent.

In view of the foregoing, structures and/or functionalities depicted in FIG. 8, as well as other figures herein, may be implemented as software, applications, executable code, application programming interfaces (“APIs”), processors, hardware, firmware, circuitry, or any combination thereof.

FIG. 9 depicts integration of multiple data applications configured to extract data from multiple data sources, according to some examples. As shown, platform 902 may include a customer care application 910, a marketing application 912, a community application 914, a flow-related application 916 (e.g., to automate messaging of specialized chatbots and voice-implemented applications via any type of API, such as a REST API), and an insights application 918. Applications 910 to 918 may generate any amount of data via an omnichannel configured to access multiple data sources 930 via APIs 950 and in response to computational processing of predictive logic and applications 940. An example of platform 902 is developed and maintained by Khoros, LLC, of Austin, Tex., USA.

FIG. 10 depicts an example of flow configured to implement a universal data management engine, according to some examples. Flow 1000 may begin at 1002, at which a portion of communication data may be classified and identified as a function of received voice data or text data, or both, whereby the classification be indicative of an intent, a topic, an entity attribute, a sentiment, or any other data associated with one or more portions of communication data. At 1004, entity or entity attribute data may be associated with a portion of communication data. At 1006, data representing a portion of communication data may be linked to one or more datasets. Each dataset may be associated with a different application configured to generate the dataset. In some examples, different applications may generate different datasets in context of an enterprise or any other organization. At 1008, a determination is made as to whether to select a response automatically, such as by implementing predictive logic or specialized automated bots. Otherwise, and optimize response may be provided to an agent to assist a customer-user via any number of channels. At 1010, an auto-summary (e.g., summary of one or more conversations or exchanges of communication data portions) may be generated to include at least a portion of communication data. Again, a portion of communication data may include or may be referenced as an utterance. At 1012, link data in a universal dataspace may be analyzed to derive insights and to predict optimize responses and actions that may be implemented automatically or with assistance of an agent. At 1014, a response or an action may be selected (e.g., automatically) based on generated insight, which may be determined as a function of linked data across multiple datasets.

FIG. 11 illustrates an exemplary layered architecture for implementing an automated predictive response application, according to some examples. Diagram 1100 depicts application stack (“stack”) 1101, which is neither a comprehensive nor a fully inclusive layered architecture for detecting intent and entity attributes in electronic messages, and in response, automatically generating one or more compatible electronic messages as one or more responses or actions. One or more elements depicted in diagram 1100 of FIG. 11 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings, or as otherwise described herein, in accordance with one or more examples, such as described relative to FIGS. 1-10 or any other figure or description provided herein.

Application stack 1101 may include an automated predictive response application layer 1150 upon application layer 1140, which, in turn, may be disposed upon any number of lower layers (e.g., layers 1103 a to 1103 d). Automated predictive response application layer 1150 may be configured to provide functionality and/or structure to implement an automated predictive response application and/or system, as described herein. Further, automated predictive response application 1150 and application layer 1140 may be disposed on data exchange layer 1103 d, which may implemented using any programming language, such as HTML, JSON, XML, etc., or any other format to effect generation and communication of requests and responses among computing devices and computational resources constituting an enterprise or an entity and a planning application and/or platform configured to disseminate information expeditiously, such as information regarding products or services aligned with data in targeted data sources compatible with data integration. Data exchange layer 1103 d may be disposed on a service layer 1103 c, which may provide a transfer protocol or architecture for exchanging data among networked applications. For example, service layer 1103 c may provide for a RESTful-compliant architecture and attendant web services to facilitate GET, PUT, POST, DELETE, and other methods or operations. In other examples, service layer 1103 c may provide, as an example, SOAP web services based on remote procedure calls (“RPCs”), or any other like services or protocols (e.g., APIs). Service layer 1103 c may be disposed on a transport layer 1103 b, which may include protocols to provide host-to-host communications for applications via an HTTP or HTTPS protocol, in at least this example. Transport layer 303 b may be disposed on a network layer 1103 a, which, in at least this example, may include TCP/IP protocols and the like.

As shown, automated predictive response application layer 1150 may include (or may be layered upon) an application layer 1140 that includes logic constituting an omnichannel transceiver layer 1124, a universal data management engine layer 1120, a feature extraction controller layer 1126, and a response generator layer 1122, which may be implemented as a portion of universal data management engine layer 1122. In various examples, layers 1120, 1122, 1124, and 1126 may include logic to implement the various functionalities described herein.

Any of the described layers of FIG. 11 or any other processes described herein in relation to other figures may be implemented as software, hardware, firmware, circuitry, or a combination thereof. If implemented as software, the described techniques may be implemented using various types of programming, development, scripting, or formatting languages, frameworks, syntax, applications, protocols, objects, or techniques, including, but not limited to, Python™, ASP, ASP.net, .Net framework, Ruby, Ruby on Rails, C, Objective C, C++, C#, Adobe® Integrated Runtime™ (Adobe® AIR™) ActionScript™, Flex™, Lingo™, Java™, JSON, Javascript™, Ajax, Perl, COBOL, Fortran, ADA, XML, MXML, HTML, DHTML, XHTML, HTTP, XMPP, PHP, and others, including SQL™, SPARQL™, Turtle™, etc., as well as any proprietary application and software provided or developed by Khoros, LLC, Flow.ai B.V., or the like. The above-described techniques may be varied and are not limited to the embodiments, examples or descriptions provided.

FIG. 12 depicts an example of a system architecture to provide a computing platform to host an application to analyze electronic messages including data associated with electronic messages, according to various examples. Data constituting executable instructions (e.g., remote applications) and other content, such as text, video, audio, etc. may be stored in (or exchanged with) various communication channels or storage devices. For example, various units of message data or content may be stored using one or more of a web application 1224 (e.g., a public data source, such as a new aggregation web site), an email application service 1226, an electronic messaging application 1228 (e.g., a texting or messenger application), social networking services 1230 and a services platform and repository 1232 (e.g., cloud computing services provided by Google® cloud platform, an AWS® directory service provided by Amazon Web Services, Inc., or any other platform service). A server 1215 may implement an automated predictive response application 1250 to perform various functionalities as described herein. As an example, server 1215 may be a web server providing the applications 1250 and 1252 via networks 1210. As an example, a client computing device may be implemented and/or embodied in a computer device 1205, a mobile computing device 1206 (e.g., a smart phone), a wearable computing device 1207, or any other computing device. Any of these client computing devices 1205 to 1207 may be configured to transmit electronic messages and content (e.g., as electronic text or documents, video content, audio content, or the like) from the store 1216, and may be configured to receive content (e.g., other electronic content).

FIG. 13 illustrates examples of various computing platforms configured to provide various functionalities to components of an electronic message platform 1300 configured to analyze electronic message data and provide functionalities described herein. Computing platform 1300 may be used to implement computer programs, applications, methods, processes, algorithms, or other software, as well as any hardware implementation thereof, to perform the above-described techniques.

In some cases, computing platform 1300 or any portion (e.g., any structural or functional portion) can be disposed in any device, such as a computing device 1390 a, mobile computing device 1390 b, and/or a processing circuit in association with initiating any of the functionalities described herein, via user interfaces and user interface elements, according to various examples.

Computing platform 1300 includes a bus 1302 or other communication mechanism for communicating information, which interconnects subsystems and devices, such as processor 1304, system memory 1306 (e.g., RAM, etc.), storage device 1308 (e.g., ROM, etc.), an in-memory cache (which may be implemented in RAM 1306 or other portions of computing platform 1300), a communication interface 1313 (e.g., an Ethernet or wireless controller, a Bluetooth controller, NFC logic, etc.) to facilitate communications via a port on communication link 1321 to communicate, for example, with a computing device, including mobile computing and/or communication devices with processors, including database devices (e.g., storage devices configured to store atomized datasets, including, but not limited to triplestores, etc.). Processor 1304 can be implemented as one or more graphics processing units (“GPUs”), as one or more central processing units (“CPUs”), such as those manufactured by Intel® Corporation, or as one or more virtual processors, as well as any combination of CPUs and virtual processors. Also, processor 1304 may include or interact with a tensor processing unit (“TPU”) to facilitate cloud-based machine-learning and other predictive algorithms. Computing platform 1300 exchanges data representing inputs and outputs via input-and-output devices 1301, including, but not limited to, keyboards, mice, audio inputs (e.g., speech-to-text driven devices), user interfaces, displays, monitors, cursors, touch-sensitive displays, touch-sensitive input and outputs (e.g., touch pads), LCD or LED displays, and other I/O-related devices.

Note that in some examples, input-and-output devices 1301 may be implemented as, or otherwise substituted with, a user interface in a computing device associated with, for example, a user account identifier in accordance with the various examples described herein.

According to some examples, computing platform 1300 performs specific operations by processor 1304 executing one or more sequences of one or more instructions stored in system memory 1306, and computing platform 1300 can be implemented in a client-server arrangement, peer-to-peer arrangement, or as any mobile computing device, including smart phones and the like. Such instructions or data may be read into system memory 1306 from another computer readable medium, such as storage device 1308. In some examples, hard-wired circuitry may be used in place of or in combination with software instructions for implementation. Instructions may be embedded in software or firmware. The term “computer readable medium” refers to any tangible medium that participates in providing instructions to processor 1304 for execution. Such a medium may take many forms, including but not limited to, non-volatile media and volatile media. Non-volatile media includes, for example, optical or magnetic disks and the like. Volatile media includes dynamic memory, such as system memory 1306.

Known forms of computer readable media includes, for example, floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, RAM, PROM, EPROM, FLASH-EPROM, any other memory chip or cartridge, or any other medium from which a computer can access data. Instructions may further be transmitted or received using a transmission medium. The term “transmission medium” may include any tangible or intangible medium that is capable of storing, encoding or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible medium to facilitate communication of such instructions. Transmission media includes coaxial cables, copper wire, and fiber optics, including wires that comprise bus 1302 for transmitting a computer data signal.

In some examples, execution of the sequences of instructions may be performed by computing platform 1300. According to some examples, computing platform 1300 can be coupled by communication link 1321 (e.g., a wired network, such as LAN, PSTN, or any wireless network, including WiFi of various standards and protocols, Bluetooth®, NFC, Zig-Bee, etc.) to any other processor to perform the sequence of instructions in coordination with (or asynchronous to) one another. Computing platform 1300 may transmit and receive messages, data, and instructions, including program code (e.g., application code) through communication link 1321 and communication interface 1313. Received program code may be executed by processor 1304 as it is received, and/or stored in memory 1306 or other non-volatile storage for later execution.

In the example shown, system memory 1306 can include various modules that include executable instructions to implement functionalities described herein. System memory 1306 may include an operating system (“O/S”) 1332, as well as an application 1336 and/or logic module(s) 1359. In the example shown in FIG. 13, system memory 1306 may include any number of modules 1359, any of which, or one or more portions of which, can be configured to facilitate any one or more components of a computing system (e.g., a client computing system, a server computing system, etc.) by implementing one or more functions described herein.

The structures and/or functions of any of the above-described features can be implemented in software, hardware, firmware, circuitry, or a combination thereof. Note that the structures and constituent elements above, as well as their functionality, may be aggregated with one or more other structures or elements. Alternatively, the elements and their functionality may be subdivided into constituent sub-elements, if any.

As software, the above-described techniques may be implemented using various types of programming or formatting languages, frameworks, syntax, applications, protocols, objects, or techniques. These can be varied and are not limited to the examples or descriptions provided.

In some embodiments, modules 1359 of FIG. 13, or one or more of their components, or any process or device described herein, can be in communication (e.g., wired or wirelessly) with a mobile device, such as a mobile phone or computing device, or can be disposed therein.

In some cases, a mobile device, or any networked computing device (not shown) in communication with one or more modules 1359 or one or more of its/their components (or any process or device described herein), can provide at least some of the structures and/or functions of any of the features described herein. As depicted in the above-described figures, the structures and/or functions of any of the above-described features can be implemented in software, hardware, firmware, circuitry, or any combination thereof. Note that the structures and constituent elements above, as well as their functionality, may be aggregated or combined with one or more other structures or elements. Alternatively, the elements and their functionality may be subdivided into constituent sub-elements, if any. As software, at least some of the above-described techniques may be implemented using various types of programming or formatting languages, frameworks, syntax, applications, protocols, objects, or techniques. For example, at least one of the elements depicted in any of the figures can represent one or more algorithms. Or, at least one of the elements can represent a portion of logic including a portion of hardware configured to provide constituent structures and/or functionalities.

For example, modules 1359 or one or more of its/their components, or any process or device described herein, can be implemented in one or more computing devices (i.e., any mobile computing device, such as a wearable device, such as a hat or headband, or mobile phone, whether worn or carried) that include one or more processors configured to execute one or more algorithms in memory. Thus, at least some of the elements in the above-described figures can represent one or more algorithms. Or, at least one of the elements can represent a portion of logic including a portion of hardware configured to provide constituent structures and/or functionalities. These can be varied and are not limited to the examples or descriptions provided.

As hardware and/or firmware, the above-described structures and techniques can be implemented using various types of programming or integrated circuit design languages, including hardware description languages, such as any register transfer language (“RTL”) configured to design field-programmable gate arrays (“FPGAs”), application-specific integrated circuits (“ASICs”), multi-chip modules, or any other type of integrated circuit. For example, modules 1359 or one or more of its/their components, or any process or device described herein, can be implemented in one or more computing devices that include one or more circuits. Thus, at least one of the elements in the above-described figures can represent one or more components of hardware. Or, at least one of the elements can represent a portion of logic including a portion of a circuit configured to provide constituent structures and/or functionalities.

According to some embodiments, the term “circuit” can refer, for example, to any system including a number of components through which current flows to perform one or more functions, the components including discrete and complex components. Examples of discrete components include transistors, resistors, capacitors, inductors, diodes, and the like, and examples of complex components include memory, processors, analog circuits, digital circuits, and the like, including field-programmable gate arrays (“FPGAs”), application-specific integrated circuits (“ASICs”). Therefore, a circuit can include a system of electronic components and logic components (e.g., logic configured to execute instructions, such that a group of executable instructions of an algorithm, for example, and, thus, is a component of a circuit). According to some embodiments, the term “module” can refer, for example, to an algorithm or a portion thereof, and/or logic implemented in either hardware circuitry or software, or a combination thereof (i.e., a module can be implemented as a circuit). In some embodiments, algorithms and/or the memory in which the algorithms are stored are “components” of a circuit. Thus, the term “circuit” can also refer, for example, to a system of components, including algorithms. These can be varied and are not limited to the examples or descriptions provided.

FIG. 14 is a diagram depicting another example of an automated predictive response computing system configured to identify inbound electronic message data to provide responses based on data conveyed via any disparate electronic communication channels, according to some embodiments. Diagram 1400 depicts an example of an automated predictive response computing system 1450 configured to predictively identify data representing a response as a function of data, which may automatically be transmitted and/or may be initiated via an agent-assist view interface portion, such as depicted in FIG. 1 (e.g., including elements 199 a, 199 b, 199 c, and 141), FIG. 2 (e.g., including elements 299 a, 299 b, 299 c, and 241), and FIG. 15 as an agent-assist viewer user interface (“UI”) portion 1581, among other descriptions set forth herein or incorporated herein by reference. In some examples, automated predictive response computing system 1450 may be configured to generate one or more alternate responses “in-situ,” which may refer to one or more automated responses generated and/or implemented based on “internal communication interaction data.” In-situ responses may also refer to automated responses generated “in-conversation” data or during an exchange of electronic messages constituting an electronic conversation (e.g., messages associated with a session ID). In at least one embodiment, automated predictive response computing system 1450 may be configured to derive an alternate response to present “in-situ,” whereby the alternate response may be derived from computing one of a number of optimal responses as a function of community data, knowledge base data, manufacturer data, product or service data, publicly-available data, and any other data from any data source. In some examples, “in-situ” and “internal communication interaction data” may relate to a “Local Next Best Action,” similar or equivalent to that described in association with FIG. 8.

In additional examples, automated predictive response computing system 1450 may be configured to generate one or more alternate responses “ex-situ,” which may refer to one or more automated responses generated and/or implemented based on “external communication interaction data.” Ex-situ responses may also refer to automated responses generated “post-conversation” or external to an exchange of electronic messages constituting an electronic conversation (e.g., an external response to messages associated with a session ID, whereby the external response may be based on data associated with the messages). In at least one embodiment, automated predictive response computing system 1450 may be configured to derive an alternate response to present “ex-situ,” whereby the alternate response may be derived from computing one of a number of optimal responses as a function of historic or archived data associated with a user and any other aggregated or accumulated data based on community data, knowledge base data, manufacturer data, product or service data, publicly-available data, and any other data from any data source over any point or period of time beyond, for example, a specific electronic conversation associated with, for instance, an “in-situ” session ID. In some examples, “ex-situ” and “external communication interaction data” may relate to a “Global Next Best Action,” similar or equivalent to that described in association with FIG. 8.

Further, automated predictive response computing system 1450 may be configured to establish a secure electronic communication channel in association with any electronic communication channel, such as a text-based (e.g., SMS-based) data channel, to validate and complete an electronic transaction. In one example, an electronic transaction may include a financial transaction. Automated predictive response computing system 1450 may be configured to facilitate electronic financial transactions in accordance with financial regulation criteria, such as set forth in Payment Card Industry (“PCI”) Data Security Standards (“DSS”), or “PCI DSS,” as maintained and managed by PCI Security Standards Council, LLC of Wakefield, Mass., U.S.A.

In the example shown, automated predictive response computing system 1450 may be configured to include an omnichannel transceiver 151, a feature extraction controller 156, a predictive intent controller 154, a linguistic language translator 159, and a universal data management engine 190, which may include a response generator 171 and an optimized response/action selector 173, any of which may include structures and/or functionalities referenced or described in other portions herein, such as FIG. 1. As described herein, feature extraction controller 156 may be configured to extract features from one or more portions of data of one or more electronic messages 114 to form extracted features to identify and form data units, such as tokens, words, linguistic phrases, etc., and any other feature to predictively derive an intent or topic, as well as entity attributes, from units of data. Omnichannel transceiver 151 may be configured to receive electronic messages 114 from any disparate electronic communication channels, such as channels 111 a to 111 n of FIG. 1 (and associated data formats) to convert data representing electronic messages 114 into data formats with which automated predictive response computing system 1450 may analyze and generate automated responses thereto. Hence, omnichannel transceiver 151 may be configured to detect data representing one or more electronic messages 114 configured to generate a response associated with an electronic communication channel of any electronic communication that be associated with one or more of multiple data sources (e.g., computing platforms including processors and memory configured to provide communicative functionalities). Note that electronic messages 114 may be communicated via omnichannel electronic communication channel 113 of FIG. 1, as an example.

As shown in diagram 1400, omnichannel transceiver 151 may be configured to include logic to implement any number of application programming interface (“APIs”) 151 a and a channel converter 152. In some examples, which are non-limiting, omnichannel transceiver 151 may be configured to implement one or more APIs to exchange data with any of electronic communication channels 111 a to 111 n of FIG. 1. Channel converter 152 may be configured to detect a data format in which data of electronic message 114 is being conveyed, and may be further configured to convert a detected data format into any data format, such as described herein. Further, omnichannel transceiver 151 may be configured to transmit messages 116 that conform with requirements of any of electronic communication channels 111 a to 111 n of FIG. 1. In some examples, alternate response computation logic 1484 may be configured to provide at least some data contributing to “in-situ” and “internal communication interaction data,” which may relate to a “Local Next Best Action,” whereas extra-conversation response generator 1488 may be configured to provide at least some data contributing to “ex-situ” and “external communication interaction data,” may relate to a “Global Next Best Action,”

Further to diagram 1400, automated predictive response computing system 1450 may be configured to include an automated voice-text response flow engine 1481, which may be configured to communicatively couple to at least alternate response computation logic 1484, a secure electronic form controller 1486, and an extra-conversation response generator 1488. As shown, automated voice-text response flow engine 1481 may include voice-text flow builder logic 1483. In some examples, automated voice-text response flow engine 1481 may be configured to form and manage electronic conversation flows based on data representing a conversational flow regardless of medium, such as regardless as to whether inbound or outbound data may include voice data, text data, image data, etc. Voice-text flow builder logic 1483 may be configured to apply analytic and functional logic to generate any number of triggers or actions to respond to inbound electronic messages automatically (or semi-automatically) to resolve issues, problems, or questions communicated via omnichannel 113. In some examples, automated voice-text response flow engine 1481 and voice-text flow builder logic 1483 may be configured to include either structures or functionalities, or both, as set forth in co-pending U.S. patent application Ser. No. 17/511,763 (KHO-125), filed on Oct. 27, 2021, and titled “AUTOMATED RESPONSE ENGINE AND FLOW CONFIGURED TO EXCHANGE RESPONSIVE COMMUNICATION DATA VIA AN OMNICHANNEL ELECTRONIC COMMUNICATION CHANNEL INDEPENDENT OF DATA SOURCE.”

According to some examples, a user 1472 a may interact with a computing device 1472 b that may be configured to electronically communicate with automated predictive response computing system 1450 to, among other things, create or build an omnichannel voice-text response flow 1430 configured to provide a guided conversational flow electronically between an external computing device (e.g., a customer seeking assistance via a social media data channel) that transmits messages 114, whereby omnichannel voice-text response flow 1430 is configured to programmatically provide responses contextually relevant to an intent or topic of messages 114, or other data attributes (e.g., entity attributes) or characteristics with which to characterize, classify, or categorize an incoming electronic message to generate a response. As shown, omnichannel voice-text response flow 1430 may be constructed as governed by voice-text flow builder logic 1483 to generate any number of triggers or actions to capture inbound communication portions 1419 a (e.g., inbound electronic messages via any channel, such as social media network channels, like Twitter™, Facebook™ messenger, etc.) and outbound communication portions 1419 b, such as those constituting exchanges of electronic message data 1420 a, 1420 b, 1420 c, 1420 d, and 1420 e, whereby omnichannel voice-text response flow 1430 may be configured to automatically (or semi-automatically) resolve an issue, problem, or question communicated via omnichannel 113.

In at least one implementation, user 1472 a (e.g., an administrator, an agent, etc.) may access via computing device 1472 b executable instructions in alternate response computation logic 1484 to implement an enhanced exchange of electronic message data 1420 c associated with an inbound communication portion 1431. In some examples, voice-text flow builder logic 1483 may be configured to create and implement an automated response as outbound electronic message communication portions 1433 and 1435. In one implementation, outbound communication portion 1433 may include executable instructions to respond to inbound communication portion 1431 based on rules-based responses or predictive responses based on feature extraction controller logic (e.g., feature extraction controller of FIG. 5) or on predictive intent controller logic (e.g., predictive intent controller of FIG. 6), any of which may be based on derived data (e.g., derived data 762 of FIG. 7), profile data (e.g., profile data 764 of FIG. 7), and any other data that may be stored in data repository 1490 or accessible as global data 1489, which may include data representing past user interactions, other user interactions, product-related or service-related, aggregated data, publicly-available data, etc. In at least one example, one or more user inputs may be presented via computing device 1472 b to user (e.g., an agent) 1472 a as a user interface portion described as an “agent-assist viewer” (not shown) in which any number of user inputs may be displayed to activate a response derived predictively as set forth herein.

In accordance with some embodiments, user 1472 a may implement a dynamic response as outbound communication portion 1435. In particular, alternate response computation logic 1484 may be configured to access feature data describing units of data representing an intent or topic and entity attributes of an electronic message to compute dynamically an alternative course of action to resolve an issue or problem. For example, inbound communication portion 1431 may include voice or text stating “Hi, I bought a Galaxy 520 at Best Buy 2 months ago. Starting last week the battery drains. I get about 2 hours then it's dead,” similar to that described in FIG. 7 or any other figure. In one example, data configured to implement inbound communication portion 1431 may be configured to provide a predictive response, such as “[t]o register a repair service I will guide you through a number of steps to check status of your battery, and, if necessary, I will guide you to repair your phone.”

Further, alternate response computation logic 1484 may be configured to predictively determine an intent/topic and attributes of the message to compute and generate an alternate solution or response for presentation in an agent-assisted viewer interface portion. As an example, alternate response computation logic 1484 may be configured to access data customer, product, service, and other related data in data repository 1490, as well as external data, such global data 1489 that may include publicly-available data (e.g., manufacture-related data, general product review data, community-sourced data, etc.), among other sources of data. Therefore, alternate response computation logic 1484 may be configured to derive a solution or response that may be optimal to resolve an issue or problem defined by the intent or topic of inbound communication portion 1431.

Alternate response computation logic 1484 may be configured to calculate and determine an alternate response rather than “registering with a repair service” to resolve an issue in the aforementioned example. For example, alternate response computation logic 1484 may be configured to analyze data from a variety of data sources, such as data repository 1490, global data 1489, etc., to compute one or more responses. An example of one response may state: “[b]ased on your current cell phone carrier contract, it may more financially beneficial to upgrade your phone to a Galaxy 777.” Should the customer select this opportunity, they will be provided with an optimal solution beyond that limited to a defective battery or phone. Also, a sale of a new phone, such as “Galaxy 777,” may facilitate profitability in context of a customer care application, which may be implemented in automated predictive response computing system 1450. Thus, a customer care application using automated predictive response computing system 1450 may derive revenue as a profit-bearing center rather than a loss leader or other minimal functionality in an enterprise organization.

In at least one example, executable instructions configured to implement outbound communication portion 1435 may further include executable instructions to provide an API or a robotic process automation (“RPA”) trigger to access logic (or other users) in parallel or asynchronous with an electronic conversation to compute and generate an alternate solution or response. For example, as an inbound message 114 may originate via a specific social media application, outbound communication portion 1435 may be configured to provide a link or data access to a customer computing device (e.g., any of computing devices 103 of FIG. 1) to resolve exchanges of electronic messages in an electronic conversation, which may occur asynchronously or otherwise.

Extra-conversation response generator 1488 may be configured to receive and capture data ex-situ or external to an electronic conversation, whether synchronous or asynchronous as identified by, for example, a session ID. In some examples, extra-conversation response generator 1488 may be configured to monitor data associated with a user (e.g., a customer) and related historic/archived data associated with conversations with automated predictive response computing system 1450 as well as any other publicly-available data sourced from any number of social media networks or any other data source, such as data in data repository 1490, global data 1489, and any other source of data. In some examples, extra-conversation response generator 1488 may be configured to detect a benefit for a customer-user based on computations performed at extra-conversation response generator 1488. For example, a manufacture recall of a certain cellular phone may apply to a customer. Therefore, external to an active electronic conversation, but based on associated data (e.g., past conversations), automated predictive response computing system 1450 may be configured to generate and transmit data representing an electronic message to a targeted user and computing device to proffer, out-of-band (i.e., external to a conversation), one or more responses. Continuing with the above example, automated predictive response computing system 1450 may be configured to generate and transmit data representing an electronic message proffering to replace a type of phone (e.g., replace a Galaxy 520 for a Galaxy 777) based on predictive data based on data from various data sources (e.g., Galaxy 520 may suffer battery issues that may affect an owner of such a phone). Therefore, extra-conversation response generator 1488 may be configured to assist in monitoring a lifecycle of a product or a service associated with a customer (or with the lifecycle of the product regardless of owner), thereby enhancing a customer's experience with a product or service through acquisition and during lifetime issues until obsolescence (e.g., either at an end or demise of a product or service, or at end of a customer's interaction/possession with a product or service).

Secure electronic form controller 1486 may be configured to form a secure data channel associated with an electronic communication channel, which may private or publicly-accessible. Thus, secure electronic form controller 1486 may be configured to exchange data securely with a secured transaction processor to execute a transaction. In some examples, a secure transaction processor may be a merchant or a service provider associated with an electronic computing platform configured to process or facilitate payment of items, compliant with at least one set of rules or criteria, such as those set forth in the above-referenced “PCI DSS” standard, at least in some examples. As shown, a user-customer device 1401 may be configured to receive data configured to present a user interface portion 1402, whereby user interface portion 1402 may include a reference 1403 to implement a secure communication channel compliant with a financial standard so as to ensure privacy and security regarding exchanges of financial data. Therefore, according to some examples, a secure data channel may be established in a secured message 1416 so as to establish an independent electronic communication channel with a secured transaction processor 1404, such as any financial-based entity, such as a merchant processor. Hence, financial data associated with secured messages 1416 may be generate in-situ (e.g., during an electronic conversation) but without exposing sensitive financial data to agent 1472 a or any other aspect of automated predictive response computing system 1450.

In view of the foregoing, structures and/or functionalities depicted in FIG. 14 as well as other figures herein, may be implemented as software, applications, executable code, application programming interfaces (“APIs”), processors, hardware, firmware, circuitry, or any combination thereof. In at least one example, automated predictive response computing system 1450 may be implemented as a chatbot application, or any other application configured to provide automation configured resolve predicted intents and issues in an exchange of electronic messages agnostic to any type of type of electronic communication channel. Note that elements depicted in diagram 1400 of FIG. 14 may include structures and/or functions as similarly-named or similarly-numbered elements depicted in other drawings, such as FIG. 1, or described in other paragraphs set forth herein or incorporated by reference.

FIG. 15 is a diagram depicting an example of various computing elements configured to provide controls via an agent-assist user interface, according to some embodiments. Diagram 1500 depicts implementation of a user interface 1501 as a computerized tool based on functionalities of an automated voice-text response flow engine 1481 of FIG. 14, which may include voice-text flow builder logic 1483, and at least its functionalities to implement a flow of electronic messaging with which to implement an agent-assist user interface portion, such as agent-assist viewer UI portion 1581 of FIG. 15, which may be configured to implement functionalities of user inputs 1599 a, 1599 b, 1599 c, and 1541. As shown, automated voice-text response flow engine 1481 may be implemented to guide a flow of electronic messages via any type of channel to identity inbound communication messages 1537 and 1537 d, and to generate outbound communication messages 1537 a, 1537 b, 1537 c, and 1537 e responsive to inbound communication messages 1537 and 1537 d.

User input 1599 a of FIG. 15 may be configured to present and implement one or more predicted solutions in response to a voice or text (“V/T”) inbound communication, as predictively-determined and described herein (e.g., FIGS. 1-8, etc.). User input 1599 b may be configured to present one or more predicted alternate solutions in response to an inbound communication, such as electronic message 1537, whereby at least one predicted alternate response available via user input 1599 b may be generated by alternate response computation logic 1484 of FIG. 14. As shown in FIG. 15, alternate response computation logic 1484 may be configured to receive local and global data 1489, as well as data representing model tuning parameters 1591. Portions of local data 1489 may include data relating to one or more users, one or more products, one or more services, etc. Alternate response computation logic 1484 may include executable instructions 1592 of FIG. 15 to implement one or more statistical predictive algorithms, machine-learning algorithms, deep-learning algorithms, etc. to generate a model with which generate functionalities of user inputs 1599 a, 1599 b, 1599 c, and the like.

Data representing model tuning parameters 1591 may include parameter data with which to modify weights 1593 of a neural network-based algorithm, as an example, or any other algorithm, to tune a data model generated using alternate response computation logic 1484 of FIG. 14 by modifying data representing a linguistic language, one or more topics or intents, one or more concepts, or more attributes 1555 or characteristics, one or more users or individuals associated with the team, one or more priorities, operational hours (e.g., a time during which the business is open), etc. As shown, alternate response computation logic 1484 may be configured to analyze data 1489 in view of model tuning parameter data 1591 of FIG. 15 to generate a proposed alternate response as user input 1599 b, which may recommend an option to a customer to replace a defective phone rather than repair it. A proffered response may convey to a customer that “based on your current cell phone carrier contract, it may more financially beneficial to upgrade your phone to a Galaxy 777,” as shown at outbound communication portion 1537 c. In this case, alternate response computation logic 1484 may be configured to include logic to determine whether repairing a specific item (e.g., a Galaxy 520 phone) or replacing that item (e.g., with a Galaxy 777 and a new cellular service plan) is optimal for a customer. In the example shown, an agent may select user input 1599 a to generate an electronic message 1537 b, and may also select user input 1599 b to generate an electronic message 1537 c, thereby proving a customer, such as “Catherine Ramos,” with an a set of options with which to enjoy a product at the discretion and option of the customer.

In one example, user input 1599 c may be configured to present and implement a predicted response based on data representing community-related data, knowledge base data, relevant documents and references, and the like, including manufacturer guidance (e.g., electronic documents describing issues with one or more products, such as battery issues or other problematic aspects of a product or a service). Message field 1541 may be a user input into which an agent may input data from any of user inputs 1599 a to 1599 c, or any other source (e.g., an agent-generated response).

Extra-conversation response generator 1588 may include monitoring logic 1588 a and activation logic 1588 b, and may be configured to receive data representing any number of electronic conversation data 1543, as well as local and global data 1489, data from analytically-derived data repository 890 of FIG. 8, data from profile data repository 511 of FIG. 5, and any other data source. In some examples, monitoring logic 1588 a may be configured to identify a user with a subset of electronic messages, and to monitor data relevant to at least a subset of the electronic messages to extract and analyze data therefrom to ensure optimal usage of a product or service for customer based on predicted lifecycle of a product. In some cases, extra-conversation response generator 1588 may be configured to proactively generate an electronic message 1588 c to a customer describing optimal recommendations regarding a product or service that may be approaching an end of a lifecycle (e.g., so as to prevent or avoid problems with a product prior to its expected obsolescence data).

Secure electronic form controller 1586 of FIG. 15 may be configured to establish a secure electronic communication channel in association with any electronic communication channel, such as a text-based (e.g., SMS-based) data channel, to validate and complete an electronic transaction in compliance with, for example, financial regulation criteria, such as set forth in Payment Card Industry (“PCI”) Data Security Standards (“DSS”), also known as “PCI DSS.” Secure electronic form controller 1586 may include configuration logic 1586 a, presentation logic 1586 b, and control logic 1586 c, any of which may be configured to communicate securely with a secure transaction processor 1587. In some examples, secure transaction processor 1587 may be any computing platform implemented by a merchant or a financial institution to affect payment and financial transactions in compliance with PCI DSS. Hence, an agent implementing user interface 1501 need not be exposed to sensitive financial information and data used to facilitate a financial transaction. In view of the foregoing, secure electronic form controller 1586 is configured to provide in-situ or in-conversation payments and financial transactions regardless of an electronic medium or channel through which an electronic conversation occurs.

Configuration logic 1586 a may include executable instructions to configure implementation and generation of a secure electronic communication channel as a function of role or function of an agent or a team of agents, or any other classification (e.g., an administrator role), as well as a geo-location of an agent requesting an implementation of a secure electronic communication channel. Presentation logic 1586 b may be configured to adapt an electronically secure form to provide identification of a “brand” (e.g., a product or service) with data entry fields or user inputs to effect financial transactions. Control logic 1586 c may include executable instructions configured to manage financial data transactions, such as initiated at electronic message 1537 e as a link, independent of an agent interacting electronically with active UI portion 1531. In some cases, a third party, such as a merchant, may host logic configured to provide user interface 1501, and may delegate (e.g., off-shore) agent responsibilities to another entity (e.g., specializing in customer care and call-center relation management).

FIG. 16 depicts an example flow configured to implement an agent-assist set of user inputs, according to some embodiments. Flow 1600 may begin at 1602, at which data representing a plurality of electronic communication portions may be exchanged in association with an electronic conversation. In some examples, an electronic communication portion may refer to an electronic message communicated over any communication medium and in accordance with any communication protocol. In at least one implementation, electronic messages constituting an electronic conversation may be exchanged via omnichannel, whereby inbound electronic messages may originate at any of a number disparate data sources.

At 1604, data characteristics or entity attribute data may be extracted as features in association with a portion of communication data (e.g., a subset of electronic messages). At 1606, data representing one or more extracted features may be identified as identified feature data. In some examples, identification of feature data may include predictive and automatic “tagging” in which data, or metadata, is associated or “tagged” with identifier data. In at least one implementation, identified feature data may include data representing one or more of an intent or a topic and data representing one or more attributes including entity attributes, as well as any other characteristic of one or more electronic messages.

At 1608, a predicted response as a function of an identified feature may be determined. As an example, a predicted response may be computed as described herein, such as responses associated with user inputs 1599 a and 1599 c of FIG. 15, or as otherwise described among other figures and paragraph set forth herein. At 1610, data associated with one or more extracted and identified features may be accessed, such as data residing at a data repository or in a stream of data constituting an exchange of electronic messages.

At 1612, another predicted response may be computed as a function of an identified feature. A second predicted response may be configured to determine data representing an alternate response data value based on calculations configured to optimize a selection of one of more user inputs. In some examples, user inputs may constitute user inputs of an agent-assist user interface portion. In other examples, a second predicted response may be configured to form data representing an alternative response to a predicted response computed to provide data value relevant to data values associated with the predicted response. For example, a second predicted response may be presented as user input 1599 b of FIG. 15, which may be configured to provide computed data values specifying an optimal response in association with a first predicted response, such as that depicted as user inputs 1599 a and 1599 c of FIG. 15.

At 1614, data representing user inputs may be presented in a user interface portion to include one or more predicted responses, such as a first predicted response and a second predicted response, any of which may be a predicted response. In some examples, one or more user inputs may be presented or displayed in a user interface that is configured to include agent-assist user inputs configured to activate one or more of the predicted responses. Further, agent-assist user inputs may be presented or displayed to provide a selection of one or more predicted responses to provide assistance at a user interface to transmit a response during an exchange of the electronic messages (e.g., in-conversation). In at least one instance, another user interface portion may be configured to present or display an alternative response.

FIG. 17 depicts an example flow configured to monitor and analyze extra-conversation data external to an exchange of electronic messages, according to some embodiments. Flow 1700 may begin at 1702, at which data representing an identity of a user (e.g., a customer or originator of an electronic message) may be associated with one or more electronic messages, any subset of which may constitute an electronic conversation. At 1704, data representing relevant electronic messages may be monitored or archived (e.g., stored in memory) “ex-situ” or external to an active exchange of electronic messages constituting an electronic conversation. Therefore, any product or service associated with a user may be monitored in context of accessible and globally-available data, including publicly-available data, and information to facilitate optimized lifecycle-related information that may be provided to a user or a customer to determine best options (as well as enabling “upselling” of a product or service to the benefit of a consumer).

At 1706, data associated with external (or post-conversation) data may be accessed at data representing one or more other electronic conversations, manufacturer data, community data, knowledge base data, etc. Thus, this data may be analyzed and used to predict an event, for example, at 1708 based on external (e.g., ex-situ) data and active conversation (e.g., in-situ) data. In some examples, an “event” may be represented by data or data values specifying a computed state of a product or a service. For example, consider that a cellular phone or computing device (or any product) may age over time that may cause or may potentially cause deleterious effects on a product. Hence, flow 1700 at 1708 may be configured to detect or predict an impending product defect, which may be avoided by, at least in part, proffering an alternate product or situation with the product.

At 1710, logic may be activated to pre-empt or avoid deleterious product or service issues by generating an electronic message indicating whether to select an input to effectuate an extra-conversation response, which may remedy a defect or a potential defect. At 1712, an electronic message may be transmitted as an extra-conversation message, which may include data configured to activate logic to one or more options in an electronic message to resolve potentially deleterious effects on a product or a service.

FIG. 18 depicts an example flow configured to establish a secure communication channel in-situ during an exchange of electronic messages, according to some embodiments. Flow 1800 may begin at 1802, at which data representing any of a number of types of electronic communication channels may be identified as an electronic communication channel, any subset of which may constitute an electronic conversation. Formation of a secure data channel, at least in some cases, may be a function of one or more of a type of electronic channel through which the electronic messages communicate, a subset of authenticated users permitted to access the user inputs, a geo-location of access by an agent, and other data representing configurable requirements.

At 1804, a secure data channel associated with an electronic communication channel through which data is exchanged may be formed securely to exchange data (e.g., financial data) with a secured transaction processor to execute a transaction. In some examples, a secure data channel may be formed to communicate with a secured transaction processor, whereby a secure data channel may be implemented or formed nested in a private or secured data channel, such as set forth in U.S. patent application Ser. No. 17/092,167 (KHO-100), filed on Nov. 6, 2020, and titled “SYNCHRONICITY OF ELECTRONIC MESSAGES VIA A TRANSFERRED SECURE MESSAGING CHANNEL AMONG A SYSTEM OF VARIOUS NETWORKED COMPUTING DEVICES.”

At 1806, data may be exchanged securely with a secured transaction processor to execute a transaction, such as a financial transaction. At 1808, presentation of a secure form accessible via a secure data channel to may be adapted to identify a source entity. In some examples, forming a secure data channel may include using control logic, or may include forming data representing a secure form. A secure form may be an electronic document or a web site associated with a link or URL controlled or operated by a merchant of one or more products and/or services, whereby a merchant computing system hosting an electronic document or a web site may interact with an automated predictive response computing system to facilitate customer care, and may also interact with a secured transaction processor. Examples of a secured transaction processor may include a secured payment processor configured to securely accept payments using a variety of financial instruments, such as credit cards, debit cards, gift cards, loyalty cards, and the like. In various other examples, an electronic secure form may be implemented in accordance with any other technique or implementation.

At 1810, access to a secure form may be configured to comply with a set of rules based on data representing thresholds associated with data values define in accordance with financial regulation criteria, such as PCI DSS, among other standards or rules. At 1812, data representing an indication that the transaction is valid or completed may be received. In some cases, an agent interacting with an agent-assist viewer in a portion of a user interface need not be exposed data to facilitate a financial transaction “in-situ” or during an exchange of electronic messages constituting a conversation to, for example, provide for conversational commerce electronically.

Although the foregoing examples have been described in some detail for purposes of clarity of understanding, the above-described inventive techniques are not limited to the details provided. There are many alternative ways of implementing the above-described invention techniques. The disclosed examples are illustrative and not restrictive. 

1. A method comprising: exchanging via an omnichannel transceiver data representing electronic messages associated with a plurality of electronic communication channels associated with disparate data sources, each of which is associated with a processor and memory; extracting features from portions of communication data associated with the electronic messages; identifying data representing the features to form identified features; determining a first predicted response as a function of an identified feature; accessing data associated with the identified features; computing a second predicted response as a function of the identified feature; and presenting data as user inputs in a user interface portion to include the first predicted response and the second predicted response as a predicted response.
 2. The method of claim 1 further comprising: presenting the user inputs in the user interface includes agent-assist user inputs configured to activate one or more of the first and the second predicted responses.
 3. The method of claim 1 wherein presenting the user inputs in the user interface comprises: presenting the user inputs configured for selection of the predicted response to provide assistance at the user interface to transmit a response in an exchange of the electronic messages.
 4. The method of claim 1 wherein data representing the identified feature comprises: data representing one or more of an intent or a topic and data representing one or more attributes including entity attributes.
 5. The method of claim 1 wherein computing the second predicted response comprises: determining data representing an alternate response data value based on calculations configured to optimize a selection of one or more of the user inputs.
 6. The method of claim 1 wherein computing the second predicted response comprises: forming data representing an alternative response to the first predicted response computed to provide data value relevant to data values associated with the first predicted response.
 7. The method of claim 6 further comprising: presenting in the user interface portion the alternative response in another user interface portion.
 8. The method of claim 1 further comprising: identifying a user associated with a subset of the electronic messages; and monitoring data relevant to the subset of the electronic messages external to an electronic conversation including exchanged electronic messages that include the electronic messages.
 9. The method of claim 8 further comprising: determining an event based on data derived based on external computational data; and activating logic to generate an electronic message indicating whether to select an input to effect computationally an extra-conversation response.
 10. The method of claim 1 further comprising: identifying any of the plurality of electronic communication channels as an electronic communication channel; forming a secure data channel associated with the electronic communication channel through which data is exchanged securely with a secured transaction processor to execute a transaction; and receiving data representing an indication that the transaction is valid.
 11. The method of claim 10 wherein forming the secure data channel includes using control logic.
 12. The method of claim 11 wherein forming the secure data channel includes forming data representing a secure form.
 13. The method of claim 10 further comprising: configuring formation of the secure data channel as a function of one or more of a type of electronic channel through which the electronic messages communicate and a subset of authenticated users permitted to access the user inputs.
 14. The method of claim 10 further comprising: adapting presentation of a secure form accessible via the secure data channel to identify an entity with which a financial transaction is available.
 15. The method of claim 14 further comprising: configuring access to the secure form to comply with a set of rules based on data representing thresholds associated with data values defined in accordance with financial regulation criteria.
 16. A system comprising: a data store configured to receive streams of data via a network into an application computing platform; and a processor configured to execute instructions to implement an application configured to: exchange via an omnichannel transceiver data representing electronic messages associated with a plurality of electronic communication channels associated with disparate data sources, each of which is associated with a processor and memory; extract features from portions of communication data associated with the electronic messages; identify data representing the features to form identified features; determine a first predicted response as a function of an identified feature; access data associated with the identified features; compute a second predicted response as a function of the identified feature; and present data as user inputs in a user interface portion to include the first predicted response and the second predicted response as a predicted response.
 17. The system of claim 16 wherein the processor is further configured to: present the user inputs in the user interface includes agent-assist user inputs configured to activate one or more of the first and the second predicted responses.
 18. The system of claim 16 wherein the processor configured to present the user inputs in the user interface is further configured to: present the user inputs configured for selection of the predicted response to provide assistance at the user interface to transmit a response in an exchange of the electronic messages.
 19. The system of claim 16 wherein data representing the identified feature comprises: data representing one or more of an intent or a topic and data representing one or more attributes including entity attributes.
 20. The system of claim 16 wherein the processor configured to compute the second predicted response is further configured to: determine data representing an alternate response data value based on calculations configured to optimize a selection as one of the user inputs. 